home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20010306-20010921 / 000169_Chris.Sharman@CCAgroup.co.uk_Tue May 22 10:49:32 EDT 2001.msg < prev    next >
Text File  |  2020-01-01  |  3KB  |  65 lines
  1. Article: 12465 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!phl-feed.news.verio.net!news.verio.net!nntp.frontiernet.net!nntp.gblx.net!europa.netcrusader.net!194.176.220.129!newsfeed.icl.net!dispose.news.demon.net!news.demon.co.uk!demon!ccastat.demon.co.uk!not-for-mail
  3. From: Chris Sharman <Chris.Sharman@CCAgroup.co.uk>
  4. Newsgroups: comp.os.vms,comp.protocols.kermit.misc
  5. Subject: Re: ftp scripting
  6. Date: Tue, 22 May 2001 09:32:51 +0100
  7. Organization: CCA Group
  8. Message-ID: <3B0A3242.4B69CB9E@CCAgroup.co.uk>
  9. References: <3B0906FD.38F29EBB@ccagroup.co.uk> <9ebhkm$58n$1@newsmaster.cc.columbia.edu>
  10. NNTP-Posting-Host: ccastat.demon.co.uk
  11. X-NNTP-Posting-Host: ccastat.demon.co.uk:158.152.158.126
  12. X-Trace: news.demon.co.uk 990520247 nnrp-12:4141 NO-IDENT ccastat.demon.co.uk:158.152.158.126
  13. X-Complaints-To: abuse@demon.net
  14. X-Mailer: Mozilla 3.03Gold (X11; I; OpenVMS V7.1     AlphaStation 255/233)
  15. MIME-Version: 1.0
  16. To: Frank da Cruz <fdc@watsun.cc.columbia.edu>
  17. CC: info-madgoat@madgoat.com
  18. Content-Type: text/plain; charset=us-ascii
  19. Content-Transfer-Encoding: 7bit
  20. Lines: 42
  21. Xref: newsmaster.cc.columbia.edu comp.os.vms:285938 comp.protocols.kermit.misc:12465
  22.  
  23. Frank da Cruz wrote:
  24. > Yes, the new C-Kermit would do exactly what you want:
  25. > 
  26. >   http://www.columbia.edu/kermit/ftpclient.html
  27. >   http://www.columbia.edu/kermit/ftpscripts.html
  28. > 
  29. > and no, it's not available for VMS yet.  It's not just a simple matter of
  30. > building.  A lot of code has to be written too, and this would have to be
  31. > done by a C programmer who is more intimate with VMS TCP/IP stacks, RMS,
  32. > and VMS FTP protocol extensions than I am.  We don't want it to be just a
  33. > C-Library port of the UNIX version -- we want it to handle VMS as well as
  34. > native FTP clients do, but with all the added benefits (scripting,
  35. > automatic per-file text/binary-mode switching, recursion, character-set
  36. > conversion, etc).  I've put out a number of feelers but so far nobody has
  37. > taken the bait (block that metaphor!)
  38.  
  39. A tall order. Well beyond me. Perhaps you should talk to the Madgoat
  40. folks. They've an excellent (free) ftp product (which I've used, and
  41. even modified for my requirements, without any deep understanding).
  42. It's the only non-commercial ftp on VMS that I'm aware of.
  43. They've put in a lot of effort on performance too. Maybe you could work
  44. out some kind of co-ownership agreement: their ftp code with your
  45. scripting additions etc.
  46.  
  47. > : The licence forbids commercial non-internal use
  48. > : too, without providing a pointer to a (presumably chargeable) commercial
  49. > : licence.
  50. > :
  51. > Yes, if you want to furnish Kermit software to customers or clients, you
  52. > need to license it.  That's not a bad thing.  You get money from your
  53. > customers and clients, we get money from you.  It's like the food chain.
  54. > We all have to eat.
  55.  
  56. We're not a software supplier. I just want to exchange data with a
  57. parcel courier we use. "Internal use" is unclear: does it mean I can use
  58. kermit for anything I want, or just for moving data internally ? I don't
  59. intend supplying kermit to them or anyone else. In any case, I wasn't
  60. griping about the price, just that I wasn't clear on what the price was
  61. (and I'm still not).
  62.  
  63. Thanks,
  64. Chris Sharman
  65.